GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Software-defined Networking</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Software-defined Networking</span></h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>Software-defined Networking</b> (<b>SDN</b>) ist eine Methode zur Entwicklung, zum Aufbau und zum Betrieb großer Netzwerke, bei der die Weiterleitungsentscheidungen von Kommunikations- und Netzwerkgeräten, die zwischen Netzwerken vermittelt werden, von einem zentralen Server aus in Software programmiert werden.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup> Auch ein Ansatz zum Bau von <a href="Computernetz" class="mw-redirect" title="Computernetz">Computernetz</a>-Geräten und Software, die zwei wesentliche Komponenten solcher Geräte voneinander trennt und abstrahiert. Dabei handelt es sich um die Control Plane und die Data Plane. Erste Konzepte hierzu stammen von der <a href="Stanford_University" title="Stanford University">Stanford University</a> aus der Zeit um 2005. 2013 bezeichnen viele Hersteller ihre Produkte als SDN-fähig, sodass bereits von einem Hype gesprochen wird.<sup id="cite_ref-hype_2-0" class="reference"><a href="#cite_note-hype-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Beschreibung">Beschreibung</h2></div>

<p>SDN ermöglicht Netzadministratoren, das Netz einfacher zu verwalten, indem die unteren Funktionsebenen in virtuelle Services abstrahiert werden. Die Hardware muss also nicht mehr manuell konfiguriert werden.<sup id="cite_ref-ars_3-0" class="reference"><a href="#cite_note-ars-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> Das wurde immer wichtiger mit dem Aufkommen von <a href="Virtualisierung_(Informatik)" title="Virtualisierung (Informatik)">Virtualisierung</a>, bei der ein größeres Rechenzentrum in zunehmender Anzahl über das Netz virtuelle Systeme erstellen und konfigurieren muss, und zugehörige <a href="Firewall" title="Firewall">Firewall</a>-Regeln und Netzadressen generiert werden müssen. Es gibt etliche Ansätze, analog auch virtuelle Netze (<a href="VLAN" class="mw-redirect" title="VLAN">VLANs</a>) zu generieren, aber das führt zu einer hohen Komplexität.<sup id="cite_ref-ars_3-1" class="reference"><a href="#cite_note-ars-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> SDN gibt den Netzadministratoren eine programmierbare, zentrale Steuerung des Netzverkehrs, ohne manuell Zugriff auf die einzelnen physischen Netzkomponenten nehmen zu müssen.<sup id="cite_ref-4" class="reference"><a href="#cite_note-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup><sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup>

</p><p>SDN entkoppelt das System, das entscheidet, wohin die Daten geschickt werden (die Control-Plane), vom darunterliegenden System, das die Daten zum ausgewählten Bestimmungsort weiterleitet (die Data-Plane).<sup id="cite_ref-6" class="reference"><a href="#cite_note-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup> Die Entwickler und Anbieter dieser Systeme geben an, dass diese Technik die Netzadministration vereinfacht<sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup> und neue Anwendungen ermöglicht, wie die Netz-Virtualisierung, bei der die Control-Plane von der Data-Plane getrennt und als reine Anwendung implementiert wird.<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup>

</p><p>Die <i>Open Networking Foundation</i> wurde gegründet, um SDN-Standards zu fördern. Trends wie <a href="Cloud_Computing" title="Cloud Computing">Cloud Computing</a> verwischen die Grenzen zwischen Netz und Computer in einem technischen Umfeld, wo SDN-Standards nützlich erscheinen.<sup id="cite_ref-ars_3-2" class="reference"><a href="#cite_note-ars-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Hintergrund">Hintergrund</h2></div>

<p><a href="Internet_Protocol" title="Internet Protocol">Internet Protocol</a> (IP)-basierende Netze basieren auf dem Konzept <a href="Autonomes_System" title="Autonomes System">Autonomer Systeme</a> (AS). Dieser Ansatz erlaubt es, Netze zu erweitern, indem immer weitere Knoten angeschlossen werden, die eintreffende Pakete zu einem sinnvollen nächsten Knoten weiterleiten und dabei keinen detaillierten Blick auf die gesamte Netzstruktur benötigen. Dieses Konzept ist einfach und hat sich als stabil und erweiterbar erwiesen. Im einfachsten Fall erlaubt es dieses Konzept einer Komponente nicht, sich an einer anderen Stelle im Netz anzuschließen, denn sie würde ihre Pakete nicht mehr erhalten. Die Identität einer Netzkomponente ergibt sich aus ihrer Stelle im Netz. Außerdem ist es mit einfachen AS-Strukturen kaum möglich, der Komponente bestimmte Eigenschaften zuzuordnen, wie logische Gruppierung, <a href="Zugriffskontrolle" title="Zugriffskontrolle">Zugriffskontrolle</a>, <a href="Quality_of_Service" title="Quality of Service">Quality of Service</a>, eine spezifische Verarbeitung von Daten vor der Zustellung oder auch Kontextinformationen zu Datenströmen, die über den Inhalt des einzelnen Pakets hinausgehen.

</p><p>Ergänzende Standards wurden von der Internet Engineering Task Force (<a href="IETF" class="mw-redirect" title="IETF">IETF</a>) verabschiedet, um diesen Bedürfnissen Rechnung zu tragen, wie <a href="DHCP" class="mw-redirect" title="DHCP">DHCP</a>, <a href="Routing" title="Routing">Routing</a>, virtuelle LANs oder <a href="Virtual_Private_Network" title="Virtual Private Network">virtuelle private Netze</a> (VPNs). Nach und nach wuchs hierdurch die Komplexität bei der Spezifikation und Konfiguration des Netzes durch die Administratoren.

</p><p>Die verstärkte Internet-Nutzung, inzwischen auch über mobile Endgeräte, war einer der Treiber, die den Bedarf an hoch standardisierten Betriebssysteminstanzen forcierte. Cloud-Architekturen mit dynamischer Ressourcen-Zuordnung tragen dem Rechnung, und SDN strebt an, die erforderlichen Netzkonfigurationen vergleichbar automatisiert auszurollen wie virtuelle Systeme. Die hohe Dynamik bei der Verlagerung mehr oder weniger stark genutzter Systeme auf jeweils passende Hardware-Ressourcen wird dabei unterstützt. Es muss nicht jedes Mal manuell an Switches konfiguriert werden, um die vereinbarten Policys einzuhalten. Vielmehr erfolgen die Anpassungen von Routing- und Firewall-Regeln, Bandbreitenzuteilungen usw. automatisiert und zentralisiert, während die dezentralen Hardware-Komponenten nur noch einfache Aufgaben wie die Weiterleitung eines Pakets zum richtigen Port übernehmen.

</p><p>Die zentrale, software-definierte Steuerung erkennt auch spezifische Kontexte, die an Quelle-Ziel-Beziehungen festzumachen sind. So muss nicht jedes Paket der kompletten Firewall-Prüfung unterzogen werden, wenn frühere, vergleichbare Pakete aus derselben Verbindung die Prüfung bereits bestanden haben. Passende Mechanismen zur Einbindung herstellerspezifischer Funktionen und Implementierungen wurden gefunden. Einen Schritt weiter geht <a href="Openflow" class="mw-redirect" title="Openflow">Openflow</a> mit der Standardisierung von Befehlen zur Konfiguration der Data Plane. Das OpenFlow-Protokoll ermöglicht die Entwicklung von Software-Controllern, die das gesamte Netz steuern. Sie können zentralisiert oder verteilt implementiert werden, um über die traditionellen IP-Kernfunktionen eine Ebene zu legen, welche die komplexeren und teilnehmerspezifischen Netzfunktionen verwaltet.

</p><p>Der Begriff "Software-Defined Networking" wurde 2009 von Kate Greene geprägt.<sup id="cite_ref-nick_9-0" class="reference"><a href="#cite_note-nick-9"><span class="cite-bracket">[</span>9<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Entkopplung_von_Data_Plane_und_Control_Plane">Entkopplung von Data Plane und Control Plane</h2></div>

<p>Man kann ein SDN so konfigurieren, dass die Hardware mit der Control Plane eine andere ist als die mit der Data Plane, sodass ein Switch nur Pakete weiterleitet, während ein separater Server die Aufgaben der Control Plane übernimmt.

</p><p>Es gibt zwei Gründe für diesen Ansatz. Zum einen können unterschiedliche Gerätezahlen, Austauschzyklen usw. zum Einsatz kommen. Zum anderen kann jeweils optimal geeignete Hardware eingesetzt werden, z. B. ein leistungsfähiger Server für die Control Plane und eine größere Anzahl energiesparender Switches für reines Forwarding.

</p><p>Control Planes und Data Planes müssen hier selbst über das Netz miteinander kommunizieren. OpenFlow ist ein Standard für ein solches Protokoll, jedoch können auch andere Verfahren eingesetzt werden. OpenFlow wird von der Open Networking Foundation verwaltet.<sup id="cite_ref-10" class="reference"><a href="#cite_note-10"><span class="cite-bracket">[</span>10<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="SDN-Einsatzmodelle">SDN-Einsatzmodelle</h2></div>

<dl><dt>Symmetrisch vs. asymmetrisch</dt>

<dd>In einem asymmetrischen Modell wird die globale Information eines SDN so weit wie möglich zentralisiert, während der Betrieb der Switches so weit wie möglich verteilt wird. Die Erwartungen daran sind klar: Zentralisierung der Konfiguration vermeidet zu viele Redundanzen und mögliche Inkonsistenzen, während die Verteilung des Datenverkehrs Bandbreitenengpässe an zentralen Stellen vermeidet. Allerdings bleiben Aspekte zu bedenken, z. B. wie störunanfällig eine solche Konstruktion gerade bei mehreren Lokationen ist und ob solche zentralisierten Strukturen ausreichend wachsen können. Beim gegenteiligen Ansatz kennt jede Komponente auch alle für sie relevanten Control-Plane-Konfigurationen, sodass auch bei beliebigen Teilausfällen jede verbleibende Teilstruktur in ihren Grenzen normal weiter arbeiten kann. Praxistauglich sind vor allem solche Ansätze, bei denen zwar die Anzahl der Control Planes minimal ist, wobei aber jede Lokation zur Not autonom arbeiten kann und zwar ohne einen <a href="Single_Point_of_Failure" title="Single Point of Failure">Single Point of Failure</a>.</dd>

<dt>Floodless vs. flood-based</dt>

<dd>Im Flood-based-Modell wird ein erheblicher Anteil der globalen Informationsverteilung erreicht, indem jede Veränderung über normale Broadcast- und Multicast-Mechanismen kommuniziert wird. Dadurch können SDN-Modelle symmetrischer werden. Transparentes Bridging wird genutzt, um Informationen allgemein bekannt zu machen und die Identität der Netzteilnehmer zu verbreiten. Andererseits steigt die <a href="Netzlast" title="Netzlast">Netzlast</a> pro Netzknoten an, je mehr Knoten hinzukommen, was die <a href="Skalierbarkeit" title="Skalierbarkeit">Skalierbarkeit</a> begrenzt. Beim Floodless-Modell wird die korrekte Funktion aller Komponenten dagegen über lokale Caches von SDN-Lookup-Tables sichergestellt, welche von Zeit zu Zeit miteinander synchronisiert werden.</dd>

<dt>Host-based vs. netz-zentriert</dt>

<dd>Das host-based Modell nimmt an, dass es in Rechenzentren mit vielen virtuellen Maschinen günstig ist, die SDN-Verarbeitung auf dem Hypervisor-System zu erledigen, weil es hier immer freie Kapazitäten für die relativ geringe entstehende Last gibt. Der netz-zentrierte Ansatz dagegen bleibt bei dedizierten Routern wie traditionell üblich und überlässt die Routing-Funktionen nicht den Virtualisierungshosts.</dd></dl>

<p>Einige Grenzlinien sind nicht immer scharf zu ziehen. So können Virtualisierungshosts einige CPU-lastige SDN-Aufgaben wie die Verschlüsselung von VPN-Verkehr übernehmen, während andere Funktionen auf dedizierten SDN-Servern angesiedelt sind. Auch gibt es gewisse Abhängigkeiten; so implizieren Host-based Ansätze ein asymmetrisches Design.

</p>

<div class="mw-heading mw-heading2"><h2 id="Anwendungen">Anwendungen</h2></div>

<p>Eine Anwendung von SDN ist <a href="Infrastructure_as_a_Service" class="mw-redirect" title="Infrastructure as a Service">Infrastructure as a Service</a> (IaaS). Hier wird SDN kombiniert mit virtuellen Systemen und virtuellem Storage, was eine "elastische", also bedarfsabhängige Ressourcenallokation erlaubt. Insbesondere Scale-Out-Szenarien, bei denen nach Bedarf weitere Systeme zugeschaltet werden, profitieren von der möglichen Automatisierung. Anbieter mit sehr großen Softwareinstallationen wie <a href="Google" title="Google">Google</a> und <a href="Facebook" title="Facebook">Facebook</a> zeigen, dass passende Software-Architekturen für solche verteilten Systeme gefunden werden können. Aber auch für kleine Anwendungen, die nur auf einer VM laufen, können dieselben Mechanismen helfen, vollständig von der (Netz-)Hardware zu abstrahieren.

</p><p>Ein anderer Ansatz sorgt für eine dynamische Re-Allokation virtueller Systeme auf den Virtualisierungshosts. Ziel dabei ist es, möglichst wenige Hosts möglichst gut auszunutzen. Virtualisierungsumgebungen, bei denen Re-Allokationen (wenn überhaupt) nur manuell durchgeführt werden, berücksichtigen bestenfalls die überlasteten Hosts, während ungenutzte Kapazitäten meist keine Beachtung finden, was zu einer schleichenden Unterforderung der betreffenden Hosts und der Verschwendung von Ressourcen führt.

</p><p>SDN erlaubt die Verteilung von Lasten auf viele Verbindungen, beispielsweise zwischen den Anwendungsservern und dem Netz-Backbone. Traditionell werden hier manuell VLANs definiert und Routen gesetzt oder mit Bondings gearbeitet, was aufwändig ist und keine dynamische Anpassung an wechselnde Lasten ermöglicht. Load-Balancing auf verschiedene Anwendungsserver, verteilte Firewalls und weitere Anwendungen kommen hinzu.

</p><p>SDN kann in Unternehmen oder bei Carriern auch Managed Network Services (MNS) übernehmen. Hier geht es um <a href="Service_Level_Agreement" class="mw-redirect" title="Service Level Agreement">Service Level Agreements</a>, d. h. auch bei permanenten Veränderungen am Netz, wie es in solchen Umgebungen unausweichlich ist, soll der einzelne Teilnehmer seine garantierten Bandbreiten, Latenzzeiten, Verfügbarkeiten und Sicherheitsfeatures bekommen.

</p><p>Wenn der SDN-"Overlay" nicht die Charakteristika der darunter liegenden Infrastruktur berücksichtigt, sind Ineffizienz und geringer Durchsatz die wahrscheinliche Folge.<sup id="cite_ref-11" class="reference"><a href="#cite_note-11"><span class="cite-bracket">[</span>11<span class="cite-bracket">]</span></a></sup> Gerade Carrier sind daher interessiert an SDN-Lösungen, welche Datenmengen, Topologie und Hardware berücksichtigen und entsprechend reagieren.<sup id="cite_ref-12" class="reference"><a href="#cite_note-12"><span class="cite-bracket">[</span>12<span class="cite-bracket">]</span></a></sup> Entsprechend gibt es einen Vorschlag für eine SDN-Lösung, die Netz-Ressourcen berücksichtigt, sodass der Datenstrom kontinuierlich optimiert werden kann, und die Anforderungen in besser vorhersehbarer Weise gehandhabt werden.<sup id="cite_ref-13" class="reference"><a href="#cite_note-13"><span class="cite-bracket">[</span>13<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Zugriffskontrolle_in_SDN">Zugriffskontrolle in SDN</h2></div>

<p>Fernzugriff auf die Control Plane wird den Administratoren aus Sicherheitsgründen üblicherweise per <a href="Role_Based_Access_Control" title="Role Based Access Control">RBAC</a> ermöglicht.

</p>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://opennetworking.org/wp-content/uploads/2011/09/wp-sdn-newnorm.pdf">Software-Defined Networking: The New Norm for Networks</a> (PDF; 739 kB)</li>

<li><a rel="nofollow" class="external text" href="http://www.projectfloodlight.org/floodlight">Floodlight, an open source Java based OpenFlow controller</a></li>

<li><a rel="nofollow" class="external text" href="http://wikibon.org/wiki/v/Network_Function_Virtualization_or_NFV_Explained">Network Function Virtualization (NFV)</a></li>

<li><a rel="nofollow" class="external text" href="https://www.codilime.com/the-difference-between-sdn-and-nfv-a-simple-guide/">The difference between SDN and NFV - a simple guide</a> by Codilime</li>

<li><a rel="nofollow" class="external text" href="http://forums.juniper.net/t5/The-New-Network/Decoding-SDN/ba-p/174651">Decoding SDN</a></li>

<li><a rel="nofollow" class="external text" href="http://www.opendaylight.org/">Open Daylight Project</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text">William Stallings: <cite class="lang" lang="en" dir="auto" style="font-style:italic">Foundations of modern networking : SDN, NFV, QoE, IoT, and Cloud</cite>. Indianapolis, Indiana 2016, ISBN 978-0-13-417547-8 (englisch).<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Software-defined+Networking&rft.au=William+Stallings&rft.btitle=Foundations+of+modern+networking+%3A+SDN%2C+NFV%2C+QoE%2C+IoT%2C+and+Cloud&rft.date=2016&rft.genre=book&rft.isbn=9780134175478&rft.place=Indianapolis%2C+Indiana" style="display:none"> </span></span>

</li>

<li id="cite_note-hype-2"><span class="mw-cite-backlink"><a href="#cite_ref-hype_2-0">↑</a></span> <span class="reference-text"><span class="cite">Sean Michael Kerner: <a rel="nofollow" class="external text" href="http://www.enterprisenetworkingplanet.com/netsp/openflow-inventor-martin-casado-sdn-vmware-software-defined-networking-video.html"><i>OpenFlow Inventor Martin Casado on SDN, VMware, and Software Defined Networking Hype.</i></a> In: <i>Enterprise Networking Planet.</i> 29. April 2013,<span class="Abrufdatum"> abgerufen am 21. Mai 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=OpenFlow+Inventor+Martin+Casado+on+SDN%2C+VMware%2C+and+Software+Defined+Networking+Hype&rft.description=OpenFlow+Inventor+Martin+Casado+on+SDN%2C+VMware%2C+and+Software+Defined+Networking+Hype&rft.identifier=http%3A%2F%2Fwww.enterprisenetworkingplanet.com%2Fnetsp%2Fopenflow-inventor-martin-casado-sdn-vmware-software-defined-networking-video.html&rft.creator=Sean+Michael+Kerner&rft.date=2013-04-29&rft.language=en"> </span></span>

</li>

<li id="cite_note-ars-3"><span class="mw-cite-backlink">↑ <sup><a href="#cite_ref-ars_3-0">a</a></sup> <sup><a href="#cite_ref-ars_3-1">b</a></sup> <sup><a href="#cite_ref-ars_3-2">c</a></sup></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://arstechnica.com/information-technology/2013/02/100gbps-and-beyond-what-lies-ahead-in-the-world-of-networking/#page-2"><i>100Gbps and beyond: What lies ahead in the world of networking.</i></a> In: <i>Ars Technica.</i> 19. Februar 2013,<span class="Abrufdatum"> abgerufen am 11. Oktober 2024</span> (amerikanisches Englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=100Gbps+and+beyond%3A+What+lies+ahead+in+the+world+of+networking&rft.description=100Gbps+and+beyond%3A+What+lies+ahead+in+the+world+of+networking&rft.identifier=https%3A%2F%2Farstechnica.com%2Finformation-technology%2F2013%2F02%2F100gbps-and-beyond-what-lies-ahead-in-the-world-of-networking%2F%23page-2&rft.date=2013-02-19&rft.language=en-US"> </span></span>

</li>

<li id="cite_note-4"><span class="mw-cite-backlink"><a href="#cite_ref-4">↑</a></span> <span class="reference-text"><span class="cite">Margaret Rouse: <a rel="nofollow" class="external text" href="http://searchsdn.techtarget.com/definition/software-defined-networking-SDN"><i>software-defined networking (SDN).</i></a> TechTarget, Juni 2012,<span class="Abrufdatum"> abgerufen am 21. Mai 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=software-defined+networking+%28SDN%29&rft.description=software-defined+networking+%28SDN%29&rft.identifier=&rft.creator=Margaret+Rouse&rft.publisher=TechTarget&rft.date=2012-06&rft.language=en"> </span></span>

</li>

<li id="cite_note-5"><span class="mw-cite-backlink"><a href="#cite_ref-5">↑</a></span> <span class="reference-text">Julie Bort: <a rel="nofollow" class="external text" href="http://www.businessinsider.com/software-defined-networking-explainer-2012-10">The Three Letters That Are Setting The Enterprise Tech World On Fire</a>, <i>Business Insider</i>, 5 October 2012</span>

</li>

<li id="cite_note-6"><span class="mw-cite-backlink"><a href="#cite_ref-6">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://opennetworking.org/wp-content/uploads/2011/09/wp-sdn-newnorm.pdf"><i>Software-Defined Networking: The New Norm for Networks.</i></a> (PDF; 739 kB)<span class="Abrufdatum"> Abgerufen am 16. Oktober 2023</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Software-Defined+Networking%3A+The+New+Norm+for+Networks&rft.description=Software-Defined+Networking%3A+The+New+Norm+for+Networks&rft.identifier=&rft.date=&rft.language=en"> </span></span>

</li>

<li id="cite_note-7"><span class="mw-cite-backlink"><a href="#cite_ref-7">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="http://bigswitch.com/products"><i>Big Switch Networks Products.</i></a><span class="Abrufdatum"> Abgerufen am 20. Oktober 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Big+Switch+Networks+Products&rft.description=Big+Switch+Networks+Products&rft.identifier=&rft.date=&rft.language=en"> </span></span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a></span> <span class="reference-text"><span class="cite">David Strom: <a rel="nofollow" class="external text" href="http://searchdatacenter.techtarget.com/feature/Software-defined-networking-could-drastically-change-todays-network-infrastructure"><i>Software-defined networking could drastically change today’s network infrastructure.</i></a> TechTarget, November 2012,<span class="Abrufdatum"> abgerufen am 21. Mai 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Software-defined+networking+could+drastically+change+today%E2%80%99s+network+infrastructure&rft.description=Software-defined+networking+could+drastically+change+today%E2%80%99s+network+infrastructure&rft.identifier=&rft.creator=David+Strom&rft.publisher=TechTarget&rft.date=2012-11&rft.language=en"> </span></span>

</li>

<li id="cite_note-nick-9"><span class="mw-cite-backlink"><a href="#cite_ref-nick_9-0">↑</a></span> <span class="reference-text">Kate Greene: <a rel="nofollow" class="external text" href="http://www.technologyreview.com/biotech/22120/"><cite>TR10: Software-Defined Networking</cite></a> In: <cite>Technology Review</cite>, MIT, 2009. Abgerufen am 21. Mai 2013 (englisch).<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rft.type=newspaperArticle&rft.subject=News&rft.au=Kate+Greene&rft.title=TR10%3A+Software-Defined+Networking&rft.identifier=http%3A%2F%2Fwww.technologyreview.com%2Fbiotech%2F22120%2F&rft.source=Technology+Review&rft.publisher=MIT&rft.date=2009&rft.language=en"> </span></span>

</li>

<li id="cite_note-10"><span class="mw-cite-backlink"><a href="#cite_ref-10">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://www.opennetworking.org/"><i>Open Networking Foundation.</i></a><span class="Abrufdatum"> Abgerufen am 20. Oktober 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Open+Networking+Foundation&rft.description=Open+Networking+Foundation&rft.identifier=&rft.date=&rft.language=en"> </span></span>

</li>

<li id="cite_note-11"><span class="mw-cite-backlink"><a href="#cite_ref-11">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="http://www.sdncentral.com/sdn-blog/still-no-vmware-of-networking-overlays-change-nothing-beneath-the-surface/2012/08//"><i>Still no VMware of Networking. Overlays change nothing beneath the surface.</i></a><span class="Abrufdatum"> Abgerufen am 20. Oktober 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Still+no+VMware+of+Networking.+Overlays+change+nothing+beneath+the+surface.&rft.description=Still+no+VMware+of+Networking.+Overlays+change+nothing+beneath+the+surface.&rft.identifier=&rft.date=&rft.language=en"> </span></span>

</li>

<li id="cite_note-12"><span class="mw-cite-backlink"><a href="#cite_ref-12">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://web.archive.org/web/20121021041853/http://opennetsummit.org/talks/ONS2012/elby-tue-sdn.pdf"><i>Adoption of SDN: Progress Update.</i></a> Archiviert vom <style data-mw-deduplicate="TemplateStyles:r250917974">

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><span class="dewiki-iconexternal"><a class="external text" href="https://redirecter.toolforge.org/?url=http%3A%2F%2Fopennetsummit.org%2Ftalks%2FONS2012%2Felby-tue-sdn.pdf">Original</a></span> am <span style="white-space:nowrap;">21. Oktober 2012</span><span>;</span><span class="Abrufdatum"> abgerufen am 20. Oktober 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Adoption+of+SDN%3A+Progress+Update&rft.description=Adoption+of+SDN%3A+Progress+Update&rft.identifier=https%3A%2F%2Fweb.archive.org%2Fweb%2F20121021041853%2Fhttp%3A%2F%2Fopennetsummit.org%2Ftalks%2FONS2012%2Felby-tue-sdn.pdf&rft.date=&rft.source=http://opennetsummit.org/talks/ONS2012/elby-tue-sdn.pdf&rft.language=en"> </span></span>

</li>

<li id="cite_note-13"><span class="mw-cite-backlink"><a href="#cite_ref-13">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="http://www.sdncentral.com/wp-content/uploads/2012/08/Infrastructure_SDN.pdf"><i>Blueprint for Infrastructure SDN.</i></a> (PDF; 719 kB)<span class="Abrufdatum"> Abgerufen am 20. Oktober 2013</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftware-defined+Networking&rft.title=Blueprint+for+Infrastructure+SDN&rft.description=Blueprint+for+Infrastructure+SDN&rft.identifier=&rft.date=&rft.language=en"> </span></span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2026-01-13" href="https://de.wikipedia.org/wiki/?title=Software-defined_Networking&oldid=263293888">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>